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Public  reporting  burden  for  the  collection  of  information  is  estimated  to  average  1  hour  per  response,  including  the  time  for  reviewing  instructions,  searching  existing  data  sources,  gathering  and 
maintaining  the  data  needed,  and  completing  and  reviewing  the  collection  of  information.  Send  comments  regarding  this  burden  estimate  or  any  other  aspect  of  this  collection  of  information, 
including  suggestions  for  reducing  this  burden,  to  Washington  Headquarters  Services,  Directorate  for  Information  Operations  and  Reports,  1215  Jefferson  Davis  Highway,  Suite  1204,  Arlington 
VA  22202-4302.  Respondents  should  be  aware  that  notwithstanding  any  other  provision  of  law,  no  person  shall  be  subject  to  a  penalty  for  failing  to  comply  with  a  collection  of  information  if  it 
does  not  display  a  currently  valid  OMB  control  number. 
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Project  Goals 


1 )  Use  ADLs  and  associated  tools  to  analyze  Discovery  Protocol 
specifications  to  assess  consistency  and  completeness  wrt 
dynamic  change  conditions — provide  basis  for  gauges. 

2)  Compare  and  contrast  emerging  commercial  service  discovery 
technologies  with  regard  to  function,  structure,  behavior, 
performance  and  scalability  in  the  face  of  dynamic  change. 


Jin  r 


Universal 


Plug  and  Play 


for  Enterprise 
Networks 


Implementing  and 
Deploying  a  Dynamic 
Resource  Finder 


Robert  St.  Piem* 
Janie*  Kempt 
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Presentation  Topics 

•  Planned  Approach  to  Modeling  and  Analysis  and  Current  Status 

•  Technical  Discussion  of  Initial  Progress 

■  Generic  and  Specific  UML  Models  Encompassing  Jini,  UPnP, 
&  SLP 

■  Rapide  Model  for  Jini  (90%  complete) 

•  Upcoming  Milestones  and  Planned  Publications 


1/31/2002 
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Modeling  Function,  Structure,  and  Behavior 


O 


O 


o 
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Status  as  of  January  31,  2001 


Objectives 

(1)  Provide  increased  understanding  of  the  competing 
dynamic  discovery  services  emerging  in  industry 

(2)  Develop  metrics/gauges  for  comparative  analysis  of 
different  approaches  to  dynamic  discovery  and  for  analyzing 
consistency  and  completeness  of  discovery  protocols 

(3)  Assess  suitability  of  architecture  description  languages  to 
model  and  analyze  emerging  dynamic  discovery  protocols 

Technical  Approach 

Develop  ADL  models  from  selected  specifications  for  service 
discovery  protocols  and  develop  a  suite  of  scenarios  and 
topologies  with  which  to  exercise  the  ADL  models 
Propose  a  set  of  invariant  properties  that  all  dynamic 
discovery  protocols  should  satisfy 
Propose  a  set  of  metrics,  based  on  partially  ordered  sets, 
with  which  to  compare  and  contrast  discovery  protocols 
Analyze  the  ADL  models  for  inconsistencies,  to  assess 
invariant  satisfaction,  and  to  compare  and  contrast  protocols 

Products 


•  Developed  a  generic  UML  model  encompassing  the 
structure  and  function  of  Jini,  UPnP,  SLP,  Bluetooth, 
and  HAVi 

•  Projected  specific  UML  models  for  Jini,  UPnP,  and  SLP 

•  Developed  a  Rapide  Model  of  Jini  structure,  function, 
and  behavior  (90%  complete) 

•  Drafted  a  scenario  language  to  drive  the  Rapide  Jini 
Model;  currently  being  implemented. 

•  Developed  some  initial  invariants  and  constraints  for 
Jini  behavioral  model 

•  Discovered  a  number  of  ambiguities  and 
inconsistencies  in  Jini  Specification  VI. 1 

•  Discovered  a  major  architectural  issue  in  the  interaction 
between  Jini  directed  discovery  and  multicast  discovery 

1/31/2002 


•  Rapide  specifications  of  Jini,  Universal  Plug  and  Play 
(UPnP),  and  Service  Location  Protocol  (SLP) 

•  Scenarios  and  topologies  for  evaluating  discovery  protocols 

•  Suggested  invariant  properties  for  service  discovery  protocols 

•  Suggested  metrics,  based  on  partially  ordered  sets 
(POSETs),  for  comparing  and  contrasting  discovery  protocols 

•  Paper  identifying  inconsistencies  and  ambiguities  in  Jini  and 
UPnP  and  describing  how  they  were  found 

•  Paper  proposing  invariants  for  service  discovery  protocols, 
and  evaluating  how  Jini,  UPnP,  and  SLP  fare 

•  Paper  comparing  and  contrasting  Jini,  UPnP,  and  SLP  at 
the  level  of  POSET  metrics 
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Benefits  from  Using  Architecture,  ADLs,  &  Tools 

•  Represent  essential  complexity  with  effective 
abstractions 

•  Provide  a  framework  and  context 

-  to  more  easily  pinpoint  where  inconsistencies  and 
ambiguities  may  exist  within  software  implementing 
specifications  &  to  understand  how  they  arise 

-  to  compare  and  contrast  different  discovery  protocols 
(Jini,  UP&P,  SLP) 

-  to  define  gauges  that  yield  qualitative  and  quantitative 
measures 
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SERVICE  MANAGER 

service  information  collection 

SERVICE  CACHE  MANAGER 

^►discover  Network  Context() 

~ 0..* 

^►discover  Network  Context() 

^►«not  shr»  Cache  Manager  Discovery() 

^►«not  shr»  activate  Manager  Discovery () 

^►«OPT»  Announce  Service  Processing() 

+service  info 

+info  cache 

^►activate  Announce  Processing() 

^►«not  shr»  start  Renewal  Task() 

source  IMIUWUie 

^►start  Matching  Task() 

^Service  Manager() 

^start  Aging  Task() 

^►«not  shr»  start  Service  Parameter  Matching  Task() 

0..* 

PjService  Cache  Manager() 

0  *  /  i  \ 

Contains 


Contains 


Contains 
1 

«repository  » 
Service  Repository 


manages 


Aggregates 

0..* 


«repository  entry  » 
SERVICE  DESCRIPTION 

(from  Data  View) 


^Identify 

^>Type 

^>API 

^>GUI 

-^Attributes 


SERVICE  PROVIDER 


< 


«repository» 
Service  Cache 


0..1 


«repository  » 
Notification  Cache 


Aggregates 


service  availabilty 
requests 


0..* 


«repository  entry  » 
Notification  Request 

(from  Data  View) 


SERVICE  USER 


queries  information  from 


0..1 


«repository  » 

Service  Parameter  Change  Notification 


^►discover  Network  Context() 
^Service  Discovery () 

^►«not  shr»  start  Renewal  Task() 
^Service  UserQ 


°-4 


o..*  \/ 

«repository  entry  » 
Parameter  Notification  Request 

(from  Data  View) 

LOCAL  CACHE  MANAGER 

-| 

«repository  » 

BiStart  Aging  Task() 

Service  Cache 
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Architecture  Description  Languages  and  Tools 

Allow  us  to  model  the  essential  complexity  of  discovery  protocols, 

while  ignoring  the  incidental  complexity 


Jini  documented  in  a  385  page  specification;  however,  the  document 
is  static  and  thus  captures  only  the  normative  complexity  because 
most  of  the  essential  complexity  arises  through  interactions  among 
distributed,  independently  acting,  Jini  components. 


Incidental  complexity  represented  by  the  code:  for  example  consider 
Core  Jini  -  an  832  page  commentary  on  the  massive  amount  of  Java 
code  that  comprises  Jini,  which  also  depends  on  complex  underlying 
code  for  Remote  Method  Invocation,  Distributed  Events,  Object 
Serialization,  TCP/IP,  UDP,  HTTP,  and  Multicast  Protocol 
Implementation. 


1/31/2002 
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Rapide,  an  Architecture  Description  Language  and  Tools 

Developed  for  DARPA  by  Stanford 


MODELING 

ESSENTIAL 

COMPLEXITY 


Execute  with  Raptor  Engine 


Specification  of  Rapide  Architecture 

-**3.3  DIRECTED  DISCOVERY  CLIENT  INTERFACE  ** 
**************************************************** 

—  This  is  used  by  all  JINI  entities  in  directed 

—  discovery  mode.  It  is  part  of  the  SCM_Discovery 

—  Module.  Sends  Unicast  messages  to  SCMs  on  list  of 

—  SCMS  to  be  discovered  until  all  SCMS  are  found. 

—  Receives  updates  from  SCM  DB  of  discovered  SCMs  and 

—  removes  SCMs  accordingly 

—  NOTE:  Failure  and  recovery  behavior  are  not 

—  yet  defined  and  need  reviw. 

TYPE  Directed_Discovery_Client 

(SourcelD  :  IP  Address;  InSCMsToDiscover  :  SCMList;  StartOption  :  DD  Code; 

InRequestlnterval :  TimeUnit;  TnMaxNum Tries  :  integer;  TnPV  :  ProtocolVersion) 

IS  INTERFACE 

SERVICE  DDC  SEND  DIR  :  DIRECTED  2  STEP  PROTOCOL; 

SERVICE  DISC  MODES  :  dual  SCM  DISCOVERY  MODES; 

SERVICE  DD  SCM  Update  :  DDSCMUpdate; 

SERVICE  SCMJJpdate  :  SCMJJpdate; 

SERVICE  DBUpdate  :  dual  DBUpdate; 

SERVICE  NODE  FAILURES  :  NODE  F AILURES ;  -  events  for  failure  and  recovery. 

ACTION 

IN  Send_Requests(), 

BeginDirectedDiscovery(); 

BEHAVIOR 

action  animation_Iam  (name:  string); 

MySourcelD  :  VAR  IP_Address; 

PV  :  VAR  ProtocolVersion; 


Analyze  Generated  POSETs 


£Ho  detect  iaywfl  loots 


IWtf.  «Jf  = 


Assess  Invariant 
Satisfaction  & 
Constraint 
Violations 


1/31/2002 


8 


nist 


National  Institute  of  Standards  and  Technology 

Technology  Administration,  U,S,  Department  of  Commerce  nist  centennial 


Layered  View  of  Prototype  JINI  Architecture  in  Rapide 

Derived  from  SEI  Architectural  Layers  Approach 


Network 

Topological 

Entities 


Network 

Node 


SCM 

SM 

Multicaster 

Multicaster 

Communication 

Links 


Unicaster 


JINI 

Entities 


Service 

Manager 


Service 

Cache 

Manager 


Service 

User 

Entity 
Major 
Functions 

Functional 
Subcomponents 


Service 

SCM 

Repository 

Discovery 

SCM 
Beacon  & 
Response 


Directed 
Discovery 
Olient  (s,ra) 

Directed 

Discovery 


SCM 

Notification 

Matching 

Cache 

Repository 

Multicast 
Request 
Server  (i,sa) 


Multicast 
Request 
Server 
Callback  (ra) 


SCM 

Database 


Aggressive  Discovery 


Announcement 
Responder  (fra) 


Multicast 

Announcer 

Request 

(s) 

Client  (s) 

SCM 

API 

Server  (sa) 


Lazy  Discovery 
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Execute  Architecture  with  the  Raptor  Engine 


1/31/2002 


10 


NIST 

National  Institute  of  Standards  and  Technology 

Technology  Administration,  U,S,  Department  of  Commerce 


NIST  CENTENNIAL 


Drive  Model  Topology  with  Scenarios 


>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 

>  StartTime 


{NodeFail  ||  NodeRecover}  NodelD  DelayTime. 

{LinkFail  ||  LinkRestore}  NodelD  DelayTime  FromNode 
ToNode. 

{MProbeFail  ||  MProbeRestore}  NodelD  DelayTime 
FromNode  ToNode. 

{GroupJoin  ||  GroupLeave}  NodelD  DelayTime. 

{ AddSCM  1 1  DeleteSCM}  NodelD  DelayTime. 

{AddService  ChangeService}NodeID  DelayTime  ServiceTemplate 
ServiceAPI  ServiceGUI  LeaseTime  DurationTime. 

DeleteService  NodelD  DelayTime  ServicelD. 

FindService  NodelD  DelayTime  SMNodelD  . 
AddNotificationRequest  NodelD  DelayTime  NotificationID 
ServiceTemplate  Transitions  LeaseTime  DurationTime  SCMID. 
DeleteNotificationRequest  NodelD  DelayTime  NotificationID 
SCMID. 
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Analyze  Invariant *  Satisfaction  &  Constraint  Violations 

in  Real-Time 


Sample  Invariants 

©(SM  ^  SO  SCM):  (SM,SD)  HJ)  SCM  registered-services 

rrt  SCM  SM  discovered-SCMs 

©(SU  NR  SCM):  (SU,NR)  T®  SCM  registered-notifications 

rrt  SCM  rfl)  SU  discovered-SCMs 


•  SM  is  Service  Manager 

•  NR  is  Notification  Request 

•  SD  is  Service  Description 

•  Registered-services  is  a  set  of  (SM,SD)  pairs 

•  SCM  is  Service  Cache  Manager 

•  Registered-notifications  is  a  set  of  (SU,NR)  pairs 

•  SU  is  Service  User 

•  Discovered-SCMs  is  a  set  of  SCM 

1/31/2002 


Invariants  provide  basis  for  defining  gauges  that  provide 
qualitative  measures  of  properties  of  a  system 
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Analyze  POSETs *  Off-Line  to  Compare  and  Contrast 
Behaviors  Given  a  Congruent  Topology  and  Scenario 


Metrics  Based  on  Time 

•  Service  latency? 

•  Service  throughput? 

•  Recovery  latency? 


Metrics  Based  on  Numbers  of  Messages 

•  Message  volume? 

•  Message  intensity? 

Metrics  Based  on  Complexity 

•  Degree  of  dependency  among  messages? 

•  Rate  of  constraint  and  invariant  violations? 

•  Rate  of  exceptions? 

Metrics  Based  on  Change 

•  Derivative  of  the  message  intensity? 

•  Derivative  of  the  service  throughput? 

•  Derivative  of  the  service  latency? 


^POSET  analyses  provide  basis  for  defining  gauges  that  provide 
quantitative  measures  of  properties  of  a  system 
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Schedule  and  Milestones 


•  FY  2001 

-  Operational  prototype  of  Jini  &  UPnP  architectures 

-  Report  showing  initial  results  of  analysis  of  Jini  and  compare/ 
contrast  of  Jini  &  UPnP;  recommendations  on  ADLs. 

•  FY  2002 

-  Formalization  of  quantitative  &  qualitative  metrics  to  serve  as 
basis  for  gauges;  formalization  of  compare/contrast  analysis 

-  Expansion  of  operational  prototype  to  incorporate  metrics  & 
resulting  analysis  as  well  as  SLP  (other  protocols?) 

-  Second  report  on  results. 
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nABDA 


EXTRA  SLIDES 
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SERVICE  MANAGER 
(from  Structural  View) 

<<lnterface>> 
of  SM  to  Service 

add  Service  Descript ion() 
change  Sevice  Description) 
delete  Service  Description) 

0..1 


♦add  Service  Description) 

♦change  Service  Descript ion() 

♦delete  Service  Description) 
♦<<OPT>>  renew  Service  Description) 


<<lnterface>> 

of  SM  to  Service  Cache  MGR 


♦<<OPT>>  service  Description  ExpiredQ 


invokes  operation 


0..* 


<<lnterface>> 
of  SM  to  Service  User 

find  Service() 

►<<OPT>>  add  Service  Parm  Change  Notificjation() 
►<<OPT>>  renew  Service  Parm  Change  Not  fication() 
fc<<OPT>>  delete  Service  Parm  Change  Notificat ion( ) 


SERVICE  PROVIDER 


invokes  operations 

_ VI 

<<lnterface>> 
of  DESC  to  Service 

♦set  Attributes() 

♦set  API() 

♦set  GUI() 

♦set  I  dent  it  y() 

♦set  T ype() 


NOTE:  This  <<lnterface>>  N 
exists  only  if  there  are  no 
Cache  Managers.  The 
condition  applies  to  SLP. 


SERVICE  USER 
(from  Structural  View) 


<<  repository  entry>> 

<<lnterface>> 

SERVICE  DESCRIPTION 

of  DESC  to  Service 

(from  Data  View) 

♦get  Attributes() 

Sbldentify 

♦get  API() 

©>T  ype 

A 

♦get  GUI() 

©>API 

1 

♦get  ldentity() 

©>GUI 

♦get  Type() 

^Attributes 

/o.: 

invokes 

. . operations 

^0..* 


0..1 


LOCAL  CACHE  MANAGER 
(from  Structural  View) _ 

♦Start  Aging  T ask() 


Invoke  Service 
Matched 


SERVICE  CACHE 
(from  Structural  View) 


invokes 

operations 


<<lnterface>> 
of  SCM  to  Service  User 
(from  of  DESC  to  Service  User) 


♦<<OPT>>  add  Service  Notificiation  Request() 
♦<<OPT>>  renew  Service  Notificiation  Request() 
♦<<OPT>>  delete  Service  Notificiation  Requestf) 
♦find  ServiceQ 


<<lnterface>> 
of  SU  to  MGR  of  Services 


♦service  Matched  Callback() 

♦<<OPT>>  service  Notification  Request  Expired() 
♦<<OPT>>  service  Parameter  Change  MatchedQ 


0..* 


0..1 


NOTE:  If  Cache  MGRs  are 
supported,  Service  Discovery 
may  be  "Cache  MGR 
Discovery".  If  not,  it  may  be 
"Service  Listening" 
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UML  Structural  Model  of  Jini 


SERVICE  MANAGER 

service  information  collection 

0-*  0..* 

SERVICE  CACHE  MANAGER 

^discover  Network  Context() 

^Cache  Manager  Discovery() 

^Announce  Service  ProcessingQ 
^start  Renewal  Task() 

^Service  ManagerQ 

^discover  Network  Context() 

^activate  Manager  Discovery() 

Hactivate  Announce  ProcessingQ 
^>start  Matching  Task() 

^start  Aging  TaskQ 
^Service  Cache  Manager() 

4  fc 

+service  info 

source  +info  cache 

0..* 

0..* 

Contains 
1 


<<  repos  itory» 
Service  Repository 


manages 


service 

availability 

requests 


Aggregates 


0..* 


«repository  entry» 
SERVICE  DESCRIPTION 

(from  Data  View) 


Contains 


«repository» 
Service  Cache 


service  availabilty 
requests 


(^Identify 
^Type 
if-  API 
^GUI 
^■Attributes 


invokes  operations 
0..* 


0..* 


0..* 


queries  information  from 


SERVICE  USER 


^discover  Network  Context() 
^Service  Discovery() 

^start  Renewal  Task() 
HService  User() 


Contains 


0..1 


<<  repos  it  ory» 
Notification  Cache 


Aggregates 


0..* 


<<repository  entry» 
Notification  Request 

(from  Data  View) 
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UML  Functional  Model  of  Jini 


SERVICE  MANAGER 

(from  Structural  View) 

<<lnterface>> 

invokes  operations 

of  SCM  to  Service  MGR 

:/Jadd  Service  Description) 

♦change  Service  Description) 

♦delete  Service  Description) 

■renew  Service  Description) 

0..* 

0..* 

1 

*  *  V 

0..1 


«lnterface>> 
of  SM  to  Service 
♦add  Service  Description) 

^change  Sevice  Description() 
♦delete  Service  Description() 


0..1 

invokes  bperation 

0..* 


SERVICE  PROVIDER  0.. 


invok  es  operations 

_ _ 

«lnterface>> 
of  DESC  to  Service 
■set  Attributes () 
^setAPI() 

♦set  GUI() 

♦set  ldentity() 

■set  Type() 


♦  . 


«repository  entry>> 
SERVICE  DESCRIPTION 

(from  Data  View) 


0..1 


0..1 


<<lnterface>> 
of  SM  to  Service  User 


♦find  ServiceQ 


«lnterface>> 

of  SM  to  Service  Cache  MGR 


♦service  Description  ExpiredQ 


SERVICE  CACHE  MANAGER 

(from  Structural  View) 


invokes 

operation 


NOTE:  This  <<lnterface>> 
exists  only  if  there  are  no 
Cache  Managers.  The 
condition  applies  to  SLP. 


Ik 


0..* 


invokes  operations 
invokes  operations 


invokes 

operations 


«lnterface>> 
cf  DESC  to  Service  User 


♦get  Attributes() 
♦get  API() 

♦get  GUIO 
♦get  ldentity() 
♦get  TypeQ 


«lnterface>> 
of  SCM  to  Service  User 

_ (from  of  DESC  to  Service  User) 

♦add  Service  Notification  Request 0 
♦renew  Service  Notification  Request() 
0..*  ♦delete  Service  Notification  RequestO 
♦find  Service() 

«lnterface>> 
of  SU  to  MGR  of  Services 
■service  Matched  Callback() 

■service  Notification  Request  ExpiredQ 


invokes 

operations 


0..* 

0.. 

invokes 

operations 


SERVICE  USER 

(from  Structural  View) 


0..1 


NOTE:  If  Cache  MGRs 
are  supported,  Service 
Discovery  may  be 
"Cache  MGR 
Discovery".  If  not,  it 
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NIST 

National  Institute  of  Standards  and  Technology 

Technology  Administration,  U,S,  Department  of  Commerce 


NIST  CENTENNIAL 


Plan  to  Assess  Scalability 

•  Use  Rapide  Models  as  a  Basis  to  Construct  Simulation  Models  for  Jini, 
UPnP  and  SLP,  Possibly  using  JavaSim  (from  Ohio  State  University) 
or  SSFnet  (from  Rutgers) 

•  Use  Results  from  Measurement  Portion  of  the  Project  to  Parameterize 
the  Simulation  Models  of  the  Discovery  Protocols 

•  Design  Experiments  to  Assess  the  Effect  of  Large  Service  and  Device 
Populations  on  Network  Traffic 
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